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BACKGROUND OF THE INVENTION 



Field of the Invention 

The present invention relates to telecommunication networks and, more particularly, to a 
method and system for intercepting calls for selected network services and routing the calls to 
predetermined call centers. 



In present network service environments, customers may order Asynchronous Digital 
Subscriber Line (ADSL) and Integrated Services Digital Network (ISDN) service simply by 
calling designated telephone numbers associated with a service provider, and requesting the 

15 desired service. Generally, separate telephone numbers were designated for specific types of 
customers requesting ADSL service. Residential ADSL service was associated with one 
telephone number, while business ADSL service was associated with another number. 

As the popularity and demand for ADSL service increased, the business number 
associated with ADSL service became widely distributed. Eventually, customers requesting 

20 residential ADSL service were calling the business ADSL numbers more frequently than the 

residential ADSL telephone number. As a result, the Business Service Centers (BSCs) handling 
these service requests were receiving excess traffic, which affected the processing speed of the 
requests. At the same time while the BSCs were overloaded, residential sales centers associated 
with handhng residential ADSL service calls were being underutilized. 

25 Although conventional techniques for handling service requests enable customers to 

differentiate between the types of service they would like to receive, the methods in which the 
service requests are handled have drastic affects on the systems implementing these methods. 
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The mis-management of service requests affect not only the traffic load of specific areas of the 
provider's network, but have business repercussions as well. Delays in service request 
processing have a tendency to frustrate potential customers because of the extended time taken to 
process service requests routed to overloaded service centers. Frustrated customers have 
5 tendencies to look for services elsewhere when the process for obtaining an available service 
from a provider is deemed tedious or lengthy. 



SUMMARY OF THE INVENTION 

10 It is therefore desirable to have a method and system that will alleviate excess traffic to 

selected sales centers at the same time reducing the processing time customers have to wait for 
service request responses. 

Methods, systems and articles of manufacture consistent with the present invention 
utilize different telephone numbers for ordering different services. A first telephone number is 

15 associated only with one available service and is advertised to the public in a specific forum, 

while a second telephone number is associated with the one available service, as well as another 
service. The telephone number associated with both services is advertised in a general forum. 
An Advanced Intelligent Network (AIN) service intercepts the service request calls associated 
with both telephone numbers and routes residential and business customers to specific call 

20 centers. 

In accordance with an embodiment of the invention, when a customer dials one of the 
designated service telephone numbers, the AIN intercepts the call and analyzes the called 
telephone number to determine which service(s) is/are associated with the number. Depending 
upon the telephone number called, the AIN may query the customer if they are calling for a first 
25 or second type of service. Subsequently, the customer is then queried if they are requesting 
residential or business service. The call is then routed to the appropriate service center for 
processing. In one embodiment of the invention, when the services are associated with ADSL 
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and ISDN services, a New Initiative and Product Center (NIAPC) processes all ADSL residential 
service requests while regional BSCs process all others types of requests, based upon the location 
of the customer who initiated the service request. 

In accordance with another embodiment of the invention, status information regarding the 
5 types of requests for each telephone number are collected and sent to a customer. The customer 
determines how they want calls to be routed. The destinations determined by the customer are 
built into a database which is used to route the calls to a selected service center. 

In accordance with another embodiment of the invention, test calls are periodically 
generated to determine the dependability of the network routing operations associated with the 
10 AIN interception service. These test calls are not routed directly to a service center, and are not 
included in status information sent to the customer 

Accordingly, a service provider network may dynamically control the traffic to selected 
service centers, based upon the type of service requested, and the location of the caller requesting 
the service. 

15 

BRIEF DESCRIPTION OF THE DRAWINGS 

The foregoing summary and the following detailed description should not restrict the 
scope of the claimed invention. Both provide examples and explanations to enable others to 
practice the invention. The accompanying drawings, which form part of the description of the 
20 invention, show several embodiments of the invention, and together with the description, explain 
the principles of the invention. 

In the Figures: 

Figure I is a block diagram of a telecommunications network, in accordance with 
methods and systems consistent with the invention; 
25 Figure 2 is a flow chart of the steps performed for processing service calls, in 

accordance with methods and systems consistent with the invention; 

Figure 3 is a table showing an exemplary abbreviated monitoring report including 
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limited service call status information, in accordance with methods and systems consistent with 
the invention; and 

Figure 4 is a table showing an exemplary complete monitoring report including 
detailed service call status information, in accordance with methods and systems consistent with 
5 the invention. 



DETAILED DESCRIPTION 

The following description of embodiments of this invention refers to the accompanying 

10 drawings. Where appropriate, the same reference numbers in different drawings refer to the 
same or similar elements. 

In accordance with an embodiment of the invention, an Advanced Intelligent Network 
(AIN) service is configured to intercept calls originating from calling parties and directed to 
particular telephone numbers designated for processing service requests. Depending upon the 

15 trigger number, the AIN may instruct a Service Switching Point (SSP) to play an announcement 
asking a calling party to designate the service requested. If no response is receive, or an invalid 
response is returned, the response is labeled as an invalid entry and is associated with a default 
service request for processing. Following a calling party's response (or invalid response), a 
second announcement is played asking the calling party to designate additional information 

20 associated with the type of service designated with the first response. Again, if no response is 
received, or an invalid response is returned, the response is labeled as an invalid entry and is 
associated with a default service request for processing. Depending upon the calling party's 
responses and calling party's location, the AIN may route the call to selected service centers, in 
order to control the traffic to overloaded service centers. 

25 Figure 1 shows a block diagram of a telecommunications network that processes calls for 

services provided by the network, in accordance with systems and methods consistent with the 
invention. For illustration purposes, the services governed by a provider of the network will be 
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described as Asynchronous Digital Subscriber Line (ADSL) and Integrated Services Digital 
Network (ISDN) services, however it should be noted that the present invention can be applied to 
a variety of services, and are not limited to the exemplary services described herein. 

As shown, Figure 1 comprises a wireline device 105, Public Switch Telephone Network 
5 (PSTN) 1 10, Business Service Centers (BSCs) 115, Service Switching Point (SSP) 120, Service 
Transfer Point (STP) 125, New Initiative And Product Center (NIAPC) 130, Service Control 
Point (SCP) 135 and test call generator 140. 

SSP 120 may include, for example, a 5ESS™, DMS-100™ (or DMS-200™), GTD-5™. 
As explained below in detail, SSP 120 is configured to receive and route call requests from 
10 PSTN 110 originating from wireline device 105. 

Service control point 135 may include, for example, a AI-NET™, Integrated Service 
Control Point (ISCP™), or Service Builder™ equipment/software manufactured or provided by 
Lucent Technologies, Inc., Telcordia Technologies, Inc., and Nortel Networks Corporation, 
respectively. SCP 135 instructs SSP 120 on what announcements to play, and where to route 
15 calls. 

BSCs 115 are service centers each respectively located in particular regions, and process 
calls from all business customers and calls for ISDN service. Although only six BSCs are shown 
in Figure 1, it is understood that a plurality of BSCs exceeding six may be utilized in the 
network. 

20 NIAPC 130 is a service center that processes calls for residential ADSL service. 

Test call generator 140 is an automated testing tool that generates test calls to verify 
SCP135's ability to invoke a service logic program in response to service calls being received at 
SSP 120. 

Figure 2 is a flow chart of the steps performed by the network illustrated in Figure 1, 
25 when processing service requests for ADSL and ISDN services. Processing begins when a 

service customer, or calling party, calls one of two telephone numbers designated for ordering a 
particular service such as ISDN or ADSL. The call is received through PSTN 1 10, and 
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automatically directed to a designated switching point dedicated to handling these types of 
service requests. Once the trigger number is encountered, SSP 120 launches a query message to 
SCP 135 (Step 200). The query message contains the CallingPartyld or ChargeNumber, and is 
routed to SCP 135 through STP 125. Once received, a Service Lx)gic Program (SLP) is executed 
5 by SCP 135 that analyzes the query message and trigger numbers to determine what type of 
announcement is to be played. 

Before call screening operations commence, SCP 135 determines whether the incoming 
call is from test call generator node 140 (Step 205). Test call generator 140 is an automated 
testing tool that injects test calls into the network, and monitors whether the test call is routed 
10 properly from the calling party to SCP 135. Test call generator ensures the test calls that include 
trigger numbers identical to those associated with the services provided by the network, are 
received at SSP 120, and eventually invoke the SLP on SCP 135. If a test call was encountered, 
its receipt is confirmed with test call generator 140 (Step 207), and subsequently the call is 
terminated. 

15 In the event the incoming call was not a test call, SCP 135 analyzes the trigger number to 

determine what type of query processing is needed for the customer. This analysis is performed 
in order to reduce possible processing operations performed by the SLP, thus reducing the load 
on the network. In one embodiment of the invention, each type of service offered is advertised in 
different forums. For example, the telephone number associated with ADSL service may be 

20 provided only to Internet Service Providers (ISPs) for advertising. ISDN services are advertised 
in any remaining forums, excluding the ISP forum. Other forums associated with a default 
product, such as ADSL service, may be implemented as well. Accordingly, when the SLP 
analyzes the trigger number and query message, it checks to determine whether the trigger 
number is associated with the number only advertised by the ISPs (Step 210). Calls made to the 

25 telephone number advertised by the ISPs are already known to be ADSL inquires. Rather than 
confuse potential customers with an ISDN option, these calls are processed by forwarding SLP 
operations to query the calling party for types of ADSL service desired (Step 220), as will be 
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described later. 

The SLP supports Numbering Plan Area (NPA) splits of the trigger number. Although it 
is not the responsibility of the SLP to convert and store any calling party data from an old NPA to 
a new NPA, both of the old and new numbers are accepted by the SLP and processed in the same 
5 manner. SCP 135 maintains an NPA split table that enables all NPA splits occurring in the 

North American Number Plan area to be tracked. The table is periodically updated to ensure that 
calls originating from these split areas are capable of being handled by the SLP. 

Returning back to step 210, if the SLP determines that the trigger number is not 
associated with ISP advertising, the SLP sends instructions to SSP 120 to play an announcement 

10 requesting the calling party to choose the service desired, ISDN or ADSL (Step 215). There may 
be instances where calling parties intending to order ADSL service, utilizes the ISDN dedicated 
telephone number. To ensure this situation may be handled by the call screening operations of 
the present invention, the SLP provides the option of ADSL service in the announcement. In one 
embodiment of the invention, the announcement queries the calling party to select a specific digit 

15 on wireline device 105 to indicate the service desired. For example, the announcement may be, 
but is not limited to: 

"If you are calling for DSL service, press one. If you are calling for ISDN service, press 
two". 

20 

In the event the calling party chooses an invalid entry, or fails to respond, the SLP labels 
the response as an unknown response and forwards processing to step 220. 

At step 220, SCP 135 sends instructions to SSP 120 to play an announcement that queries 
the calling party for a choice of business or residential service, and collects the response to the 
25 query. In one embodiment of the invention, the announcement queries the calling party to select 
a specific digit on wireline device 105, to indicate the type of service desired. For example, the 
announcement may be, but is not limited to: 
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"If this service is for your home, press one. If this service is for your business, press 
two". 

In the event the calling party chooses an invalid entry, or fails to respond, the SLP labels 
5 the response as an unknown response. 

The present invention enables customers, whom are entities that own the call centers and 
utilize the call center screening service provided by the network, to designate the routing 
parameters for service request calls. These customers may include a Call Center Management 
(CCM) (not shown), and selectively choose how the calls are to be routed. The customer 

10 specified routing destinations are collected by the network, and stored in a database. Table 1 

illustrates exemplary routing options available to these customers. Depending upon the response 
from the calling party (Step 225), and the routing destinations set up by a customer, the SLP will 
direct the call to a particular designated service center. 

As shown in Table 1, ADSL business requests are routed to be processed by an 

15 appropriate BSC 115. When SLP determines that a business DSL service request is received 
(Step 230), the SLP determines how to route the service request call based upon the location of 
the calling party (Step 240). The Calling Party Number (CPN) or Charge Number (CN) 
associated with the calling party initiating the service request is compared to a table that contains 
a national listing of Numbering Plan Areas (NPAs) to locate the originating state. That is, the 

20 SLP determines from what state the calling party initiated the call. If no match is found, a default 
value is used, which may be associated with the NIAPC. The SLP uses the results from the 
comparison to locate a regional BSC that has been previously designated to handle calls 
originating from a particular state and the call is routed to the appropriate BSC 1 15, as shown in 
step 245. 

25 The routing of the calls to the correct BSC 1 15 is controlled in part by the SLP. The SLP 

sends routing instructions to SSP 125 using telephone numbers with a predetermined code value 
as the carrier. In one embodiment of the invention, the telephone number will be a ten digit 
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number with a four digit carrier code. It should be noted that a plurality of variations niay be 
used for routing the call to a particular BSC, including varying the number of digits used as the 
routing numbers. 

BSCs 115 may be assigned regionally depending upon the capabilities of the network 
providing the services. In one example, each state is assigned a destination telephone number, 
and BSCs associated with the state and the destination telephone number receive calls originating 
from that state. 

When SLP determines that a residential or unknown ADSL service request has been 
received (Step 230), the call is routed to a single designated service center (Step 235). In the 
exemplary routing parameters illustrated in Table 1, all residential and unknown ADSL service 
requests are processed by a designated NIAPC, thus reducing the workload on the BSCs 115. 
Accordingly, in step 235, the SLP returns instructions to SSP 120 on how to route the call, and 
SSP 120 performs the routing operations necessary to send the call to a gate at NIAPC 130. 
N[APC 130 receives the call and processes the service request. It is apparent that some calling 
parties that eventually get routed to NIAPC 130 may actually wish to order ISDN or ADSL 
business services. At this stage, NIAPC 130 will have the capability for routing the call to an 
appropriate BSC 115, by sending the appropriate routing information to SSP 120, or for 
processing the service request at the NIAPC 130. The routing operations depend upon a plurality 
of factors such as, for example, the traffic load at NIAPC 130. Calls that are routed to NIAPC 
130 are terminated over a provisioned route index and sent with a Dialed Number Identification 
Service (DNIS) code. A percentage of calls may also be sent to a provisioned telephone number 
instead of the trunk group. 

When SLP determines that an ISDN service request has been received (Step 225), it 
performs further analysis to determine the type of ISDN service requested by the calling party 
(Step 250). The exemplary routing parameters shown in Figure 1 indicate that all types of ISDN 
service are to be handled by an appropriate BSC (Step 260). As performed for business DSL 
services, the SLP determines how to route the ISDN service request call based upon the location 
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of the calling party (Step 260). The Calling Party Number (CPN) or Charge Number (CN) 
associated with the calling party initiating the service request is compared to a table that contains 
a national listing of Numbering Plan Areas (NPAs) to locate the originating state. That is, the 
SLP determines from what state the calling party initiated the call. If no match is found, a default 
5 value is used, which may be associated with the NIAPC. The SLP uses the results from the 
comparison to locate a regional BSC that has been previously designated to handle calls 
originating from a particular state and the call is routed to the appropriate BSC 1 15, as shown in 
step 265. 

As indicated previously, customers may adjust the routing parameters as they see fit. 
10 That is, a customer may decide to route certain types of ISDN service requests to NIAPC 130. In 
this case, SLP would return instructions to SSP 120 on how to route the call, and SSP 120 
performs the routing operations necessary to send the call to a gate at NIAPC 130, (Step 255). 
NIAPC 130 receives the call and processes the service request, as described with reference to 
step 235. 

15 When SLP determines that the service request is unknown (Step 225), the SLP 

determines whether residential, business or an invalid response was received (Step 270). The 
SLP determines where to route the call based on the routing parameters set up by the customer, 
and the result from step 270. The exemplary routing parameters shown in Table 1 show that 
unknown residential and complete unknown service requests are defaulted to NIAPC 130 (Step 

20 275). Thus, when such service calls are received at SSP 130, and forwarded to SCP 135, the 
SLP routes calls to NIAPC 130 as previously described with reference to steps 235 and 255. 
Unknown business calls are routed to an appropriate BSC (Steps 280, 285) based on the caller's 
location, as previously described with reference to steps 240, 245. 

As with any of the services, customers may designate selected service centers to handle 

25 selected types of unknown service calls. For example, a customer, such as a CCM node may 

want all unknown service calls to be handled by NIAPC 130. In this case, the database reflecting 
the routing parameters shown in Table 1, would be changed to indicate the designated 
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destinations. 

Table 1. Call Routing by Caller Selections 



Caller Selections Route by NIAPC Route by caller's state 
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ADSL 


Residential 


X 




ADSL 


Business 




X 


ADSL 


Unknown 


X 




ISDN 


Residential 




X 


ISDN 


Business 




X 


ISDN 


Unknown 




X 


Unknown 


Residential 


X 




Unknown 


Business 




X 


Unknown 


Unknown 


X 





As can be seen, depending upon the selection of the caller, specific service centers will be 
selected as the destination for call routing operations. In addition, each target telephone number 
associated with the routing options listed above may have a designated secondary routing 
number, or route index with Dialed Number Identification Service (DNIS) code. Calls may be 
sent to the primary or secondary number based on percentage distribution routing or transmission 
problems that may occur during operations. For instance, a BSC in a particular state may have a 
history of experiencing a large amount of traffic in relation to other service centers. Accordingly, 
calls designated for routing the overloaded BSC may be rerouted to a predetermined auxiliary 
service center. Furthermore, the auxiliary service center may be selected dynamically, based 
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upon the current workload of a BSC, or the NIAPC 130 as well. This process institutes 
versatility in routing service calls to an appropriate service center based on factors that affect 
performance of the network, including errors and/or faults. 

In the event an error occurs during AIN processing, the call will be returned to SSP 120 
5 for routing as dialed. In one embodiment of the invention, SSP 120 ensures that calls that cannot 
be processed are delivered to a designated default location, such as NIAPC 130. It should be 
noted that a variety of service centers may be selected as backups for error processing, including 
multiple combinations of service centers, based upon the service relationship between SSP 120 
and the service centers, as well as the type of failure encountered. For example, in the event of 
10 an AIN failure, SSP 120 would only be able to route calls to the service center it is serving. That 
is, if NIAPC 130 is served by SSP 120, while BSC s 115 were not, SSP 120 would only be able 
to route a call to NIAPC 130 because it would not have the capability to route the call beyond its 
locally served center. 

In order to designate the proper auxiliary service centers, as well as monitor the progress 
15 of the AIN call center screening operations, status information is collected for each call that is 
processed. Traffic information is collected by monitoring predetermined operations associated 
with the call center screening process. For example, for each triggering number, a number of 
values are recorded by SCP 135, and stored in a database (not shown). The database may be 
used to send messages, such as electronic mail, to the customer for future analysis. 
20 Figures 3 and 4 illustrate reports that are generated by the AIN processing network and 

distributed to the service centers and the CCM, for evaluation of traffic and service center 
screening operations. Figure 3 shows an abbreviated monitoring report that includes a number of 
values measured during a preselected period of time. The time period for monitoring is flexible, 
and may be adjusted dynamically. For example, the values may be collected daily, weekly or 
25 monthly. Figure 4 shows a more detailed report that includes additional values collected that are 
not included in the abbreviated report illustrated in Figure 3. The customer analyzes the 
aggregated status information found in the reports. The information collected in the reports may 
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be utilized to adjust the designations of primary or auxiliary service centers, as well as provide an 
indication of how well the call screening process is performing, so changes in hardware or call 
processing software may be implemented. For example, referring to the routing parameters 
shown in Table 1, suppose a BSC located in the state of Pennsylvania was overloaded with 
business ADSL service calls from that state, while NIAPC 130 was receiving low levels of 
traffic. A customer may recognize the need to perform traffic balancing based on received status 
reports, and thus decide to change the destination of calls from this state to the NIAPC 130. In 
this case, the database storing the destinations for the service calls would be changed to reflect 
the new destination. Referring to Table 1, this would change the routing parameters to reflect 
that all ADSL service requests are to be sent to NIAPC 130. Subsequently, on the next report, 
the customer may decide that NIAPC 130 was being overloaded, and another change in routing 
parameters would be instituted. Accordingly, the present invention allows the call center 
screening procedures to be performed dynamically and selectively. 

As described, systems, methods and articles of manufacture, consistent with the present 
invention, allow overloaded service centers to be relieved of excess traffic by screening incoming 
service request calls, and automatically routing the calls to predetermined destination nodes, 
based on the trigger number of the call. 

The foregoing description of an implementation of the invention has been presented for 
purposes of illustration and description. It is not exhaustive and does not limit the invention to 
the precise form disclosed. Modifications and variations are possible in light of the above 
teachings or may be acquired from practicing of the invention. For example, although ADSL and 
ISDN services were utilized to describe the operations of the present invention, a number of 
different types of services may be implemented without affecting the AIN call center screening 
operations described above. That is, the type of service being provided by the network are not 
limited to the examples described above. Additional modifications and variations of the 
invention may be, for example, the described implementation includes software but the present 
invention may be implemented as a combination of hardware and software or in hardware alone. 
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The invention may be implemented with both object-oriented and non-object-oriented 
programming systems. Additionally, although aspects of the present invention are described as 
being stored in memory, one skilled in the art will appreciate that these aspects can also be stored 
on other types of computer-readable media, such as secondary storage devices, like hard disks, 
floppy disks, or CD-ROM; a carrier wave from the Internet or other propagation medium; or 
other forms of RAM or ROM. The scope of the invention is defined by the claims and their 
equivalents. 
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